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Description 

SYSTEM AND METHOD FOR UPDATING 

FIRMWARE IN A NON-VOLATILE 
MEMORY WITHOUT USING A PROCESSOR 

Background of Invention 
[0001] i. Field of the Invention 

[0002] The present invention relates to a processing system, and 
more particularly to a processing system capable of di- 
rectly updating firmware stored in a non-volatile memory 
according to a protocol between a serial port and the 
non-volatile memory without utilizing a processor. 

[0003] 2. Description of the Prior Art 

[0004] Because data stored in a non-volatile memory will not be 
lost after its electric power is cut off, the non-volatile 
memory is a very important component in a computer 
system for storing system data, i.e. firmware. Firmware of 
a processing system, thus, is usually stored in a non- 
volatile memory so that the processing system can oper- 



ate regularly after it is turned on. 

[0005] please refer to Fig. 1 that is a functional block diagram of 
a processing system 10 connected to a computer 20 ac- 
cording to the prior art. The processing system 10 com- 
prises a non-volatile memory (NVM) 12 and a NVM control 
interface 14. The NVM control interface 14 comprises a 
plurality of registers for updating and accessing data 
stored in the NVM 12. The processing system 10 further 
comprising a processor 16 and a serial port interface 18 
electrically connected to a computer 20 via a serial port 
22. The processor 16 is used to control operations of the 
processing system 10 and is electrically connected to the 
NVM control interface 14 to use the NVM control interface 
14 to update the data stored in the NVM 12. The proces- 
sor 16 is also electrically connected to the serial port in- 
terface 18 to use the serial port interface 18 to exchange 
data with the computer 20 by processing data conversion 
between serial data bits and data bytes. 

[0006] During the update of the firmware, the processor 16 must 
be used to process the update data, i.e. the data used to 
update the firmware. Moreover, before the processor 16 
updates the firmware stored in the NVM 12, some pro- 
gram code stored in the NVM 12, which is necessary for 



the processor 16, must be stored in another memory, 
such as a built-in static random access memory (SRAM), 
or a part of the NVM 12 must be isolated to store the pro- 
gram code. 

[0007] However, using the SRAM to store the program codes in- 
creases the cost of the processing system, and isolating 
the part of the NVM to store the program codes makes the 
update of the entire NVM 12 impossible. Furthermore, 
when the processor 16 is used to update the firmware, a 
cyclic redundancy check (CRC) method is used to check 
the data to ensure the correction of updated firmware. 
However, the correction of updated firmware cannot be 
guaranteed using the CRC method and it is time- 
consuming to process a high-accuracy CRC. 
Summary of Invention 

[0008] it j S therefore a primary objective of the claimed invention 
to provide a processing system having a bus controller for 
directly updating firmware stored in a non-volatile mem- 
ory without utilizing a processor to solve the above- 
mentioned problems. 

[0009] The processing system is electrically connected to a com- 
puter and comprises a non-volatile memory (NVM) for 
storing firmware needed by the processing system, and an 



NVM control interface having a plurality of registers for 
updating and reading data stored in the NVM. When the 
NVM control interface wants to update a piece of data 
stored in the NVM, the NVM control interface first reads a 
prior piece of data that is stored in the NVM and transmits 
this prior piece of data to the computer for comparison, 
then the NVM control interface updates the current piece 
of data. 

[0010] The NVM is electrically connected to the computer via a 
NVM control interface and a serial port interface so that 
the computer can update the firmware stored in the NVM 
without utilizing the processor. 

[0011] These and other objectives and advantages of the present 
invention will no doubt become obvious to those of ordi- 
nary skill in the art after reading the following detailed 
description of the preferred embodiment that is illustrated 

in the various figures and drawings. 
Brief Description of Drawings 

[0012] pig. 1 is a functional block diagram of a processing sys- 
tem connected to a computer according to the prior art. 

[0013] pig. 2 is a functional block diagram of a processing sys- 
tem connected to a computer according to the present in- 
vention. 



[0014] pig. 3 shows the data structure of the data bytes accord- 
ing to the present invention. 

[0015] pig. 4 is a functional block diagram of the NVM control in- 
terface in Fig. 2. 

[001 6] Fig. 5 is a flow chart of operations of the computer in Fig. 
2 when updating the NVM using a non-handshake mode 
method. 

[0017] Fig. 6 is a flow chart of operations of the NVM control in- 
terface in Fig. 2 when using the non-handshake mode 
method. 

[0018] Fig. 7 is a flow chart of operations of the computer in Fig. 
2 when updating the NVM using a handshake mode 
method. 

[0019] Fig. 8 is a flow chart of operations of the NVM control in- 
terface in Fig. 2 when using the handshake mode method. 
Detailed Description 

[0020] please refer to Fig. 2 that is a functional block diagram of 
a processing system 30 connected to a computer 40 ac- 
cording to the present invention. Many of the characteris- 
tics of components of the processing system 30 are simi- 
lar to the processing system 10, such as a NVM 32, a NVM 
control interface 34, a processor 36, and a serial port in- 
terface 38, so the descriptions of the functions of these 



components can be found in the description of the prior 
art and will be not repeated. 
[0021] However, the major differences between the two process- 
ing systems 10 and 30 are that the processing system 10 
utilizes the processor 16 to connect the NVM control in- 
terface 14 with the serial port interface 18 and to process 
the update data and that the serial port interface 38 of the 
processing system 30 is directly electrically connected to 
the NVM control interface 34. Additionally, the NVM con- 
trol interface 34 is capable of using the data bytes that are 
generated by converting the serial bits received from the 
computer 40 to update the firmware stored in the NVM 
32. 

[0022] The processing system 30 further comprises a bus con- 
troller 44 electrically connected to the processor 36, the 
NVM 32, and the NVM control interface 34 for controlling 
data transmission between the processor 36, the NVM 32, 
and the NVM control interface 34. Generally, the bus con- 
troller 44 is used to establish the electric connection be- 
tween the processor 36 and the NVM 32 so that the pro- 
cessor 36 can operate regularly with the help of the 
firmware stored in the NVM 32. However, when the pro- 
cessing system 30 uses the data received from the com- 



puter 40 to update the firmware stored in the NVM 32, the 
bus controller 44 abolishes the electric connection be- 
tween the processor 36 and the NVM 32 and establishes 
the electric connection between the NVM control interface 
34 and the NVM 32. 
[0023] please refer to Fig. 3 that shows the data structure of the 
data bytes according to the present invention. As men- 
tioned previously, the data bytes are used to update the 
firmware stored in the NVM 32 and are generated by con- 
verting the serial bits received from the computer 40. The 
data bytes comprise a command byte 46 and an informa- 
tion byte 48. The bit 7 of the command byte 46 is used to 
define an operational mode of the NVM control interface 
34, i.e. a read mode or a write mode, and the other 7 bits 
0-6 of the command byte 46 are used to record a memory 
address. The information byte 48 comprises the update 
data that is used to update the data stored in a corre- 
sponding address of the NVM 32, which corresponds to 
the address recorded in the bits 0-6 of the command byte 
46. 

[0024] please refer to Fig. 4 that is a functional block diagram of 
the NVM control interface 34. The NVM control interface 
34 comprises an NVM address register 92 for setting ad- 



dresses of the NVM 92, an NVM page register 93 for set- 
ting a download capacity of the NVM 32, an NVM data 
register 94 for storing a data byte stored in the address 
set by the NVM address register 92, a plurality of control 
bits 95 for setting an operational mode of the NVM 32, 
and a plurality of command registers 96 for executing 
commands to control operations of the NVM 32. Addition- 
ally, after each write/read (W/R) operation of the NVM 32 
is finished, the address stored in NVM address register 92 
is increased. In the embodiment, a serial port 42 of the 
serial port interface 38 for connecting to the computer 40 
is an RS-232 (Recommended Standard-232) port. For the 
purposes of this description, the processing system 30 
will be used to identify a device as described above, but 
this should not construe the present invention as limited. 
[0025] | n the following descriptions are about the control flows 
of the computer 40 and the NVM control interface 34. 
There are two modes of their operations, one is hand- 
shake mode and the other is non-handshake mode. The 
difference between these two modes is the waiting of last 
write commands. This is because the writing time of NVM 
is very long. If the writing time is longer than the trans- 
mitting time, itis necessary to wait the last write command 



to be finished. Please refer to Fig. 5 that is a flow chart of 
operations of the computer 40 in Fig. 2 when updating 
the NVM 32 using a non-handshake mode method. The 
operations of the computer 40 for updating the NVM 32 
are divided into an initial period, a loading period, and a 
termination period, and respectively comprises following 
steps: 
[0026] | n i t i a | period: 

[0027] step 51: reading the data for updating the firmware stored 

in the NVM 32; 
[0028] step 52: starting a firmware update mode; 

[0029] step 53: setting a record address; 

[0030] step 54: setting a page capacity; 

[0031] Loading period: 

[0032] step 55: outputting a write command for writing data into 
the NVM 32 via the serial port 42; 

[0033] step 56: outputting a data byte read in step 51 via the se- 
rial port 42, and adding 1 to a counter; 

[0034] step 57: checking whether the value of the counter is 
equal to the page capacity. If the value of the counter is 
equal to the page capacity, then go to step 58. Otherwise, 



go to step 56; 

[0035] step 58: comparing the piece of data of the NVM 32 re- 
ceived from the NVM control interface 34 with the piece of 
data read in step 51 to determine whether the two pieces 
of data are identical. If the two pieces of data are identi- 
cal, then go to step 59. Otherwise, go to step 60; 

[0036] step 59: determining whether the next page needs to be 
updated. If the next page needs to be updated, then go to 
step 55. Otherwise, go to step 61; 

[0037] step 60: turning into a fail-transmission mode; 

[0038] Termination period: 

[0039] step 61: turning off the firmware update mode; and 

[0040] step 62: finishing the update of the firmware stored in the 
NVM 32. 

[0041] During the initial period, the statuses of the registers, 
such as the NVM address register 92 and the NVM page 
register 93, of the NVM control interface 34 are reset. 
During the loading period, the write command and the 
update data are transmitted to the NVM control interface 
34. Meanwhile, the NVM control interface 34 reads a prior 
piece of data that is stored in the NVM 32 prior to the 
current piece of data and transmits the prior piece of data 



to the computer 40 for comparison. Then the NVM control 
interface 34 updates the current piece of data in the NVM 
32 and the address stored in NVM address register 92 is 
increased. Moreover, the prior piece of data may not be 
read and transmitted from the NVM 32 to the computer 
40 for comparison until the update data for updating an 
entire page of the NVM 32 has been transmitted to the 
NVM control interface 34 so that switches in the data 
transmission direction between the processing system 30 
and the computer 40 can be reduced. Finally, the update 
of the NVM 32 ends within the termination period. 

[0042] please refer to Fig. 6 that is a flow chart of operations of 
the NVM control interface 34 in Fig. 2 when using the 
non-handshake mode method. The operations include: 

[0043] step 63: being in an idle mode and waiting for the write 
command from the computer 40; 

[0044] step 64: waiting for the update data from the computer 
40 after receiving the write command; 

[0045] step 65: receiving the update data from the computer 40 
and reading a prior piece of data that is stored in the NVM 
32 prior to the current piece of data and transmitting the 
prior piece of data to the computer 40 for comparison; 

[0046] step 66: increasing the address stored in the NVM address 



register 92; 

[0047] step 67: writing the update data into the corresponding 
address in the NVM 32; 

[0048] step 68: determining whether the data amount of update 
data is equal to the page capacity set by the NVM page 
register 93. If the data amount of the update data is equal 
to the page capacity, then go to step 69. Otherwise, go to 
step 64; and 

[0049] step 69: finishing the update of the NVM 32 and turning 
back to the idle mode. 

[0050] After the NVM control interface 34 receives the write com- 
mand, the NVM control interface 34 waits for the update 
data from the computer 40. When NVM control interface 
34 receives the update data, NVM control interface 34 first 
reads the prior piece of data from the NVM 32 and trans- 
mits the prior piece of data to the computer 40 for com- 
parison, and then the NVM control interface 34 writes the 
update data into the NVM 32 and the address stored in 
the NVM address register 92 is increased automatically. 
Finally, the processing system 30 finishes updating the 
firmware stored in the NVM 32. 

[0051] please refer to Fig. 7 that is a flow chart of operations of 
the computer 40 in Fig. 2 when updating the NVM 32 us- 



ing a handshake mode method. The operations of the 
computer 40 for updating the NVM 32 are divided into an 
initial period, a loading period, and a termination period, 
and respectively comprises following steps: 
[0052] | n i t i a | period: 

[0053] step 71: reading the data for updating the firmware stored 

in the NVM 32; 
[0054] step 72: starting a firmware update mode; 

[0055] step 73: setting a record address; 

[0056] step 74: setting a page capacity; 

[0057] Loading period: 

[0058] step 75: outputting a write command for writing data into 
the NVM 32 via the serial port 42; 

[0059] step 76: outputting a data byte read in step 51 via the se- 
rial port 42, and adding 1 to a counter; 

[0060] step 77: waiting for data from the NVM control interface 
34, and determining whether a time interval for waiting 
the data from the NVM control interface 34 exceeds a 
predetermined time interval. If the time interval exceeds 
the predetermined time interval, then go to step 80. Oth- 
erwise, go to step 78; 



[0061] step 78: comparing the piece of data of the NVM 32 re- 
ceived from the NVM control interface 34 with the piece of 
data read in step 51 to determine whether the two pieces 
of data are identical. If the two pieces of data are identi- 
cal, then go to step 79. Otherwise, go to step 80; 

[0062] step 79: determining whether the value stored in the 

counter is equal to the page capacity. If the value stored 
in the counter is equal to the page capacity, then go to 
step 81. Otherwise, go to step 76; 

[0063] step 80: turning into a fail-transmission mode; 

[0064] step 81: determining whether the next page needs to be 
updated. If the next page needs to be updated, then go to 
step 75. Otherwise, go to step 82; 

[0065] Termination period: 

[0066] step 82: turning off the firmware update mode; and 

[0067] step 83: finishing the update of the firmware stored in the 
NVM 32. 

[0068] During the initial period, the statuses of the registers, 
such as the NVM address register 92 and the NVM page 
register 93, of the NVM control interface 34 are reset. 
During the loading period, the write command and the 
data for the update of the NVM 32 are transmitted to the 



NVM control interface 34. Meanwhile the NVM control in- 
terface 34 reads a prior piece of data that is stored in the 
NVM 32 prior to the current piece of data and transmits 
the prior piece of data to the computer 40 for compari- 
son. If the prior piece of data received from the NVM con- 
trol interface 34 is not identical with the corresponding 
data recorded by the computer 40, the action for updating 
the firmware stored in the NVM 32 is terminated. Finally, 
the update of the NVM 32 ends within the termination pe- 
riod. 

[0069] please refer to Fig. 8, which is a flow chart of operations 
of the NVM control interface 34 in Fig. 2 when using the 
handshake mode method. The operations include: 

[0070] step 84: being in an idle mode and waiting for the write 
command from the computer 40; 

[0071] Step 85: waiting for the update data from the computer 
40 after receiving the write command; 

[0072] step 86: receiving the update data from the computer 40; 

[0073] step 87: determining whether the last write action com- 
mand has been finished; 

[0074] step 88: reading the current piece of data stored in the 
current address in the NVM 32, and transmitting the cur- 
rent piece of data to the computer 40; 



[0075] step 89: increasing the address stored in the NVM address 
register 92 and writing the update data into the corre- 
sponding address in the NVM 32; 

[0076] step 90: determining whether the data amount of the up- 
date data is equal to the page capacity set by the NVM 
page register 93. If the data amount of update data is 
equal to the page capacity, then go to step 91. Otherwise, 
go to step 85; and 

[0077] step 91: finishing the update of the NVM 32 and turning 
back to the idle mode. 

[0078] After the NVM control interface 34 receives the write com- 
mand, the NVM control interface 34 waits for the update 
data from the computer 40. When the NVM control inter- 
face 34 receives the update data, the NVM control inter- 
face 34 first verifies that the last write command is fin- 
ished. When the last write command is finished, the NVM 
control interface 34 reads the current piece of data from 
the NVM 32 and transmits the current piece of data to the 
computer 40 for comparison, and then the address stored 
in the NVM address register 92 is increased automatically 
and the NVM control interface 34 writes the update data 
into the NVM 32. Finally, the processing system 30 fin- 
ishes updating the firmware stored in the NVM 32. 



[0079] | n contrast to the prior art, the claimed invention provides 
a processing system capable of directly updating firmware 
stored in a non-volatile memory (NVM) by establishing a 
protocol with a serial port without utilizing a processor or 
isolating a part of the NVM for storing system program 
codes. The update data is verified byte by byte, so the ac- 
curacy of the update data can be guaranteed. Moreover, 
the total number of pins of the processing system for 
connecting a computer is reduced to 2, so the processing 
system can be easily used in many fields. 

[0080] Those skilled in the art will readily observe that numerous 
modifications and alterations of the device may be made 
while retaining the teachings of the invention. Accord- 
ingly, the above disclosure should be construed as limited 
only by the metes and bounds of the appended claims. 



